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Intellectual Property Rights 



ETSI has not been informed of the existence of any Intellectual Property Right (IPR) which could be, or could become 
essential to the present document. However, pursuant to the ETSI Interim IPR Policy, no investigation, including IPR 
searches, has been carried out. No guarantee can be given as to the existence of any IPRs which are, or may be, or may 
become, essential to the present document. 



Foreword 



This Technical Specification (TS) has been produced by the ETSI Project Pay Terminal and Systems (PTS). The present 
document was handed over to the CEN Secretariat in order to become an EN through the CEN approval process. 
ETSI has produced a set of TSs which are not a copy of any CEN published EN. The TSs are complete and consistent 
documents with references among themselves. It has been made clear in these TSs that they are contributions to the CEN 
work for publication as EN (after re-editing the references). Once published by CEN as EN, ETSI will withdraw its TS. 

The present document is part 3 of a multi-part document covering Identification card systems; Telecommunications IC 
cards and terminals; Test methods and conformance testing for EN 726-7, as identified below: 

Part 1: "Implementation Conformance Statement (ICS) proforma specification"; 

Part 2: "Test Suite Structure and Test Purposes (TSS&TP)"; 

Part 3: "Abstract Test Suite (ATS) and Implementation eXtra Information for Testing (IXIT)". 



Overview of ETSI deliverables on EN 726 family 



TS 101 200-1 



"EN 726-1: Identification card systems; Telecommunications IC cards and terminals; Part 1: System overview", 



TS 101 200-2 



"EN 726-2: Identification card systems; Telecommunications IC cards and terminals; Part 2: Security framework". 



TS 101 200-3 



"EN 726-3: Identification card systems; Telecommunications IC cards and terminals; Part 3: Application independent card requirements". 



TS 101 200-4 



"EN 726-4: Identification card systems; Telecommunications IC cards and terminals; Part 4: Application independent card related terminal 
requirements". 



TS 101 200-5 



"EN 726-5: Identification card systems; Telecommunications IC cards and terminals; Part 5: Payment methods". 



TS 101 200-6 



"EN 726-6: Identification card systems; Telecommunications IC cards and terminals; Part 6: Telecommunications features". 



TS 101 200-7 



"EN 726-7: Identification card systems; Telecommunications IC cards and terminals; Part 7: Security module". 



Overview of ETSI deliverables on EN 726 conformance testing family 



TS 101 203-1 


"Identification card systems; Telecommunications IC cards and terminals; Test methods and conformance testing for EN 726-3; 
Part 1: Implementation Conformance Statement (ICS) proforma specification". 


TS 101 203-2 


"Identification card systems; Telecommunications IC cards and terminals; Test methods and conformance testing for EN 726-3, Part 2: Test Suite 
Structure and Test Purposes (TSS&TP)". 


TS 101 203-3 


"Identification card systems; Telecommunications IC cards and terminals; Test methods and conformance testing for EN 726-3; Part 3: Abstract 
Test Suite (ATS) and Implementation eXtra Information for Testing (IXIT) proforma specification". 


TS 101 204-1 


"Identification card systems; Telecommunications IC cards and terminals; Test methods and conformance testing for EN 726-4; 
Part 1: Implementation Conformance Statement (ICS) proforma specification". 


TS 101 204-2 


"Identification card systems; Telecommunications IC cards and terminals; Test methods and conformance testing for EN 726-4, Part 2: Test Suite 
Structure and Test Purposes (TSS&TP)". 


TS 101 204-3 


"Identification card systems; Telecommunications IC cards and terminals; Test methods and conformance testing for EN 726-4; Part 3: Abstract 
Test Suite (ATS) and Implementation eXtra Information for Testing (IXIT) proforma specification". 


TS 101 207-1 


"Identification card systems; Telecommunications IC cards and terminals; Test methods and conformance testing for EN 726-7; 
Part 1: Implementation Conformance Statement (ICS) proforma specification". 


TS 101 207-2 


"Identification card systems; Telecommunications IC cards and terminals; Test methods and conformance testing for EN 726-7, Part 2: Test Suite 
Structure and Test Purposes (TSS&TP)". 


TS 101 207-3 


"Identification card systems; Telecommunications IC cards and terminals; Test methods and conformance testing for EN 726-7; 
Part 3: Abstract Test Suite (ATS) and Implementation eXtra Information for Testing (IXIT) proforma specification". 
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1 Scope 



The present document specifies the Abstract Test Suite (ATS) and Implementation eXtra Information for Testing (IXIT) 
proforma fov Application independent card requirements defined in TS 101 200-7 [1]. 

ISO/IEC 9646, parts 1 to 5 [3], [4], [5], [6] and [7] are used as the basis for the test methodology. 



2 Normative references 

References may be made to: 

a) specific versions of publications (identified by date of publication, edition number, version number, etc.), in 
which case, subsequent revisions to the referenced document do not apply; or 

b) all versions up to and including the identified version (identified by "up to and including" before the version 
identity); or 

c) all versions subsequent to and including the identified version (identified by "onwards" following the version 
identity); or 

d) publications without mention of a specific version, in which case the latest version applies. 

A non-specific reference to an ETS shall also be taken to refer to later versions published as an EN with the same 
number. 

[I] TS 101 200-7 version 1.2.1: "prEN 726-7: Identification card systems; Telecommunications IC cards 
and terminals; Part 7: Security module". 

[2] ETS 300 406 (April 1995): "Methods for testing and Specification (MTS); Protocol and profile 

conformance testing specifications; Standardisation methodology". 

[3] ISO/IEC 9646-1 (1994): "Information technology - Open systems interconnection - Conformance 

testing methodology and framework - Part 1: General concepts". 

[4] ISO/IEC 9646-2: "Information technology - Open Systems Interconnection - Conformance testing 

methodology and framework - Part 2: Abstract Test Suite Specification". 

[5] ISO/IEC 9646-3: "Information technology - Open Systems Interconnection - Conformance testing 

methodology and framework - Part 3: The Tree and Tabular Combined Notation (TTCN)". 

[6] ISO/IEC 9646-4: "Information technology - Open Systems Interconnection - Conformance testing 

methodology and framework - Part 4: Test realization". 

[7] ISO/IEC 9646-5: "Information technology - Open Systems Interconnection - Conformance testing 

methodology and framework - Part 5: Requirements on test laboratories and clients for the 
conformance assessment process". 

[8] ISO/IEC 9646-7 (1995): "Information technology - Open systems interconnection - Conformance 

testing methodology and framework - Part 7: Implementation Conformance Statements". 

[9] ENV 1375-1: "Identification card systems - Intersector integrated circuit(s) and additional formats 

- Part 1: ID-000 card size and physical characteristics". 

[10] ENV 1375-2: "Identification card systems - Intersector integrated circuit(s) and additional formats 

- Part 2: ID-00 card size and physical characteristics". 

[II] EN 2781 1-1: "Identification card systems - Recording technique - Part 1: Embossing". 

[12] EN 27816-1: "Identification cards - Integrated circuit(s) cards with cards contacts - Part 1: Physical 

characteristics". 
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[13] EN 27816-2: "Identification cards - Integrated circuit(s) cards with cards contacts - 

Part 2: Dimensions and location of the contacts". 

[14] EN 27816-3: "Identification cards - Integrated circuit(s) cards with cards contacts - 

Part 3: Electronic signals and transmission protocols". 

[15] ISO/IEC 7816-4: "Identification cards; Integrated circuit(s) cards with contacts; 

Part 4: Interindustry commands for interchange". 

[16] ISO/IEC 7816-5: "Identification cards; Integrated circuit(s) cards with contacts; 

Part 5: Numbering system and registration procedure for application identifiers". 

[17] TS 101 207-1: "Identification card systems; Telecommunications IC cards and terminals; Test 

methods and conformance testing for EN 726-7; Part 1: Implementation Conformance Statement 
(ICS) proforma specification". 

[18] TS 101 207-2: Identification card systems; Telecommunications IC cards and terminals; Test 

methods and conformance testing for EN 726-7, Part 2: Test Suite Structure and Test Purposes 
(TSS&TP)". 



3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the following definitions apply: 

Abstract Test Suite (ATS): See ISO/IEC 9646-1 [3]. 

Implementation Conformance Statement (ICS): See ISO/IEC 9646-1 [3]. 

ICS proforma: See ISO/IEC 9646-1 [3]. 

Implementation Extra Information For Testing (IXIT): See ISO/IEC 9646-1 [3]. 

Implementation Under Test (lUT): See ISO/IEC 9646-1 [3]. 

IXIT proforma: See ISO/IEC 9646-1 [3]. 

System Under Test (SUT): See ISO/IEC 9646-1 [3]. 



3.2 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 

AC Access Condition(s) 

ATC Abstract Test Case 

ATR Answer To Reset 

ATS Abstract Test Suite 

BCD Binary Code Decimal 

CAD Card Accepting Device (this includes only the mechanics) 

CHV Card Holder Verification 

CLA CLASS 

CS Cyclic Structure 

DF Dedicated File 

EF Elementary File 

GR GRaphical form (TTCN) 

IC Integrated Circuit 

ICS Implementation Conformance Statement 
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ID 

IFD 

INS 

lUT 

IXIT 

LFS 

LM 

LVS 

MAC 

MF 

MP 

PC 

PDU 

RC 

scs 

SP 

SUT 

TC 

TP 

TR 

TSS 

TTCN 



IDentifier 

Interface Device, used as short form for a terminal including CAD 

instruction 

Implementation Under Test 

Implementation eXtra Information for Testing 

Linear Fixed Structure 

Logical Model 

Linear Variable Structure 

Message Authentication Code 

Master File 

Machine Processable form (TTCN) 

Physical Characteristics 

Protocol Data Unit 

Return Code 

System Conformance Statement 

Signals and Protocols 

System Under Test 

Test Case 

Test Purposes 

TRansparent 

Test Suite Structure 

Tree and Tabular Combined Notation 



General aspects 



The Abstract Test Suite (ATS) for TS 101 200-7 [1] implementations uses the remote test method as described in 
ISO/IEC 9646-2 [4]. This test method needs just one external interface towards the card. This function is provided by 
the Card Accepting Device (CAD) simulator. 

Depending on options supported by the Implementation Under Test (lUT) it is possible that only part of the test suite is 
applicable. A test selection procedure needs to be performed to determine the applicability of a test to a particular lUT. 
Such selection shall be based on the Implementation Conformance Statement (ICS) and the Implementation eXtra 
Information for Testing (IXIT). The Abstract Test Cases (ATC) contained in the present document are a comprehensive 
reflection of the base standards. 

For the various tests a number of files are needed. Ideally the ATS would use any available files on the lUT, but that 
would require a very detailed inquiry and initializing procedures of file identifiers, locations, access conditions and 
contents. Instead of that, this IXIT defines a configuration (a detailed data structure) containing a set of files with 
specific properties and contents. The ATS is able to use this configuration if existing, or create it alternatively. For this 
reason the client of the test house shall either equip the lUT with this configuration, or support the possibility to create 
the structure dynamically. 

4.1 Test groups and subgroups 

The test suite is structured following the rules defined in ISO/IEC 9646-2 [4]. 



4.2 



Preamble 



The preamble of each test case consists of the events required to bring the lUT to the appropriate initial state. Examples 
of such are the creation of files and data. There may be alternate sequences of test steps which can be performed to 
initialize the lUT. These test steps in the preamble for TC have been chosen carefully, considering the test methodology 
and the other test co-ordination procedures that are available. 
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4.3 Test body 



The test body is the sequence of actions within a test case that is essential to achieve the test purpose, followed by the 
verification of the lUTs ending state. Verdicts are assigned to the possible outcomes of the test cases. 



4.4 



Postamble 



At the end of the execution of a test body, the lUT may not be in the "initial state" (a stable state to be used as starting 
point for testing). A postamble is then required to bring the lUT from the ending state to an "initial state". For efficiency 
reasons the ATS does not remove created files nor does it undo modifications in files as long as this would not prevent 
the successfull execution of other test cases. Therefore the lUT may contain at the end of the test campaign a file 
structure that is different from the initial state. 



4.5 Instruction on completion of tables 

The IXIT proforma request a number of aspects of the System Under Test (SUT) to be revealed. These aspects are 
questioned in the form of tables that shall be completed. 

The meaning of the table columns is defined as follows: 



Item 


A sequential number used for referencing 


Description (e.g. file, type) 


A descriptive text of the item under question 


Status/suggested value 


An indication of requested support. Apart from literal values the 
following codes apply: 

Optional 

c Conditional 

Y Yes, available/Yes, can be created 

N Not available/Cannot be created 

- Not applicable 


Support/value/supported value 


A confirmation in the form of a code or value as defined for status 


Version 


For a keyfile it indicates the current version 


Identifier 


The file identifier in hexadecimal notation of a DF or EF 
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Annex A (normative): 
IXIT proforma 



Notwithstanding the provisions of the copyright clause related to the text of the present document, ETSI grants that users 
of this document may freely reproduce the partial IXIT proforma in this annex so that it can be used for its intended 
purposes and may further publish the completed partial IXIT. 



A.1 Identification summary 

This clause is to be completed by the test laboratory. 
IXIT number: 



Test laboratory name: 



Date of issue: 



Issued to: 



The test laboratory may include client or contract references in the identification summary. 

A.2 Abstract Test Suite (ATS) summary 

This clause is to be completed by the test laboratory. 
System specification: 

ATS specification: 

Abstract test method(s): 
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A.3 Test laboratory 

This clause is to be completed by the test laboratory. 
Test laboratory identification: 



Accreditation status of the test service: 



Accreditation reference: 



Test laboratory manager: 



Test laboratory contact: 



Means of testing: 

Means of testing may include any particular facilities such as: executable test suite and test equipment (e.g. card 
readers). 



Instructions for completion: 

The laboratory should include any special instructions necessary for the completion and return of the proforma by the 
client. 
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A.4 Client 

This clause is to be completed by the client. 
Client identification: 



Client test manager: 



Client contact: 



Test facilities required: 

The client should record any particular facilities required for testing, if a range of facilities is provided by the test 
laboratory. 



A.5 SUT (IC card) 

Name: 



Version: 



ICS reference for TUT: 
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Limitations of the SUT: 

The client may provide information explaining if any of the abstract test cases cannot be executed, e.g. non-support for 
file creation as intended. 



Environmental conditions: 

The test laboratory may specify the normal environmental conditions applying to the laboratory to be used for testing 
(e.g. temperature, humidity). The client should specify any tighter environmental conditions that may be necessary for 
the correct operation of the SUT. 



A.6 Protocols 



In tables A.l and A.2 the client identifies relevant information concerning any protocol in the SUT on which the lUT 
may depend. 

Table A.l : Protocol used 



Item 


Protocol name 


Status 


Support 


1 


T = 


0.1 




2 


T=1 


0.1 





0.1 :It is mandatory to support at least one of these items. 

A.6.1 T = protocol 

Prerequisite: A. 1/1 — T = protocol 

The supplier of the implementation shall indicate which options of the T = protocol specification are implemented. 

No options for T = on which lUTor test system depend are foreseen. 



A.6.2 T = 1 protocol 



Prerequisite: A. 1/2 — T = 1 protocol 

The supplier of the implementation shall indicate which options of the T = 1 protocol specification are implemented. 
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Table A.2: T = 1 protocol options 



Item 


Option 


Status/ 
Suggested value 


Support/ 
Supported value 


1 


Maximum block size 


>32 




2 


Chaining mechanism 







3 


IVIaximum command data 


>64 




4 


IVIaximum command size 


>32 




5 


WTX request 







6 


IFS request 







7 


Error recovery by R-blocl<s 







8 


Error recovery by S-blocl<s 








A.7 Base standard identification 

This clause is completed by the test laboratory and client in consultation. 

Specification reference: 

Version: 

ICS reference: 

The ICS reference should reference a completed ICS which is conformant with the ICS proforma contained in 
TS 101 207-1 [11]. 



A. 8 Implementation options 



A.8.1 Configuration 



For the purpose of testing a number of different files will be required. The ATS tries to use existing files with the 
requested properties. However if files with the requested properties do not exist, the ATS will attempt to create these 
files. If tests should be run that need non-existing files the lUT supplier shall make sure that the files can be created and 
written as specified. The lUT supplier is allowed to provide more files than specified in this configuration unless 
otherwise specified in the present document. 

Figure A.l depicts the required configuration (data structure). The following sections will list tables that provide details 
for each of the required files. The lUT supplier is requested to answer a number of questions for each of these files: 

Is the file with the defined properties already available on the lUT? 

If not available, can it be created according to the access conditions of the respective DF or MF? 

What is the file identifier (possibly the proposed file id)? 

In case of a keyfile, what is the current version? 

In case of a keyfile or CHV file, what is the value of the referenced key or the value of the CHV? 
Default settings for files: 
Unless otherwise specified in the present document, the following default settings apply to the files: 

Access conditions using keys refer to key number (the first key). 

Files are not invalidated but can be. 
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Files are not readable when invalidated. 

Files require the normal frequency for the authentication algorithm. 
Clock stop is not allowed. 
Additional default settings for CHV files: 

CHV files are enabled, but can be disabled. 

CHV files are activated. 

CHV change is allowed. 

CHV is to be presented in clear (not enciphered). 

- CHV is coded in BCD format. 

- CHV files contain the CHV in stead of the path to the CHV. 

- CHV and UNBLOCK CHV counters are at their initial value. 



MF 


f 


^ 


■ 


.F 1,26 



EFCHVl 



EF CHV2 



EF 
KEY OP 



EF 

BCEY MAN 



EFICC 



DFl 



DF2 



DF4 



DF5 



DF3 




EFCHVl 



EF4,11, 
13 



Figure A.I : Required configuration 



Instead of completing all subsequent tables the lUT supplier is allowed, if the required configuration is already created, 
to declare support for all defined files, properties and suggested values in table A. 3. 

Table A.3: Full configuration support 



Item 


Full configuration support 


Status 


Support 


1 


The complete required configuration has been created and 
initialized on the lUT 
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A.8.1.1 Dedicated Files (DF) 



Table A.4 indicates DF with specific requested characteristic. If such a DF is available it will be used, otherwise the test 
suite will try to create it, if that is supported. 

The lUT supplier shall indicate for each row whether the described file already exists. If not it shall be indicated whether 
it can be created. If the file exist or can be created and the actual or preferred value of the file identifier is other than the 
suggested value, a value shall be provided. A number of tests will be excluded if no support for existence nor creation is 
given. 

Table A.4: Dedicated Files (DF) 







Existence 


Creation 


Identifier 


Item 


File and properties 


Status 


Support 


Status 


Support 


Suggested 


Chosen 


1 


MF 


Y 




N 




'3F00' 




2 


DF1 with AC = ALW for all functions, 
containing no other special files than those 
defined in table A.6 


Y/N 




Y/N/- 




'8001' 




3 


DF2 with 

AC = CHV1 on INVALIDATE 

REHABILITATE and DELETE FILE 
AC = PRO (key 1) on CREATE FILE 
containing no son files 


Y/N 




Y/N/- 




'8002' 




4 


DF3 with AC = ALW for all functions, 
containing no other special files than those 
defined in table A.6 


Y/N 




Y/N/- 




'8003' 




5 


DF4 with AC = PRO on DELETE, 
containing no son files 


Y/N 




Y/N/- 




'8004' 




6 


DF5 with AC = ALW 


Y/N 




Y/N 




'8005' 





In order to allow files to be created in the MF and other DFs additional info shall be provided in the following table. If 
no keys are required the table need not to be completed. 

Table A.5: Access Conditions (AC) of the MF and related key 



Item 


Property 


Suggested 


Support/Ciiosen 


1 


Access Condition for CREATE FILE in MF 


PRO 




1.1 


Key number in EFkey_man 







2 


Access Condition for DELETE FILE in MF 


PRO 




2.1 


Key number in EFkey_man 








A.8.1 .2 Special Elementary Files (EF) 



This subclause deals with special elementary files like CHV and key files. Each of the items in table A.6 contain a 
requirement for a special EF with specific requirements. If such an EF is supported (it exists), it will be used in the test. 
Otherwise the test system will try to create it, if allowed by the creation support column. As the creation of special files 
can be operating system dependent it is requested whether the creation of these files is allowed and their usage is 
conform the base standard. If the file does not exist and creation is not allowed the respective tests cannot be performed. 
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Table A.6: Availability of special Elementary Files (EF) 







Existence 


Creation 


Version 


Item 


File 


Status 


Support 


Status 


Support 


Suggested 


Support 


1 


EFcHvi in MP which can be disabled, enabled, 
blocked and unblocked 


Y/N 




Y/N/- 




- 




2 


EFcHV2in MP which can be blocked and unblocked 


Y/N 




Y/N/- 




- 




3 


EFKEY_MANin MP 


Y/N 




Y/N/- 




1 




4 


EPkey op in IVIP with 

AC = CHV1 on INVALIDATE and REHABILITATE; 

AC = CHV1+PR0 on LOAD KEY PILE and 

UPDATE 


Y/N 




Y/N/- 




1 




5 


EPiccin IVIP 


Y/N 




Y/N/- 




- 




6 


EPiD in MP 


Y/N 




Y/N/- 




- 




7 


EPlan in MP 


Y/N 




Y/N/- 




- 




8 


EPnam in MP 


Y/N 




Y/N/- 




- 




9 


EPkey op in DPI with AC = PRO on LOAD KEY 
PILE 


Y/N 




Y/N/- 




1 




10 


EPcHvi in DP1 which is not allowed to be disabled 
and requires an enciphered CHV. 


Y/N 




Y/N/- 




- 




11 


EPcHvi in DPS which is disabled and not allowed to 
be enabled. 


Y/N 




Y/N/- 




- 




12 


EPkey_man in DP2 which contains no keys 


Y/N 




Y/N/- 




1 





In order verify the card capabilities a number of keys is required. The following tables request the values of keys and 
codes (CHVs) in the key files of the MF and DFl and DF3. All keys and codes in existing EFs that are related to actual 
Access Conditions (AC) need to be provided. Whenever two CHV files in one DF exist the corresponding CHVs shall 
be different. Additionally an algorithm ID must be given for each key. The usage of the algorithms may involve various 
modes of operation depending on their application. The semantics of the modes of operation shall be agreed between the 
lUT supplier and the test house. An example mode of operation could be 'Authentication for TES A-7'. 

Table A.7: Key Values and secret codes 







Key value or secret code 


Item 


file and key 


Suggested 


Cliosen 


1 


CHV1 in MP 


'12S4' 




1.1 


UNBLOCK CHV 


'S456' 




2 


CHV2 in MP 


'5678' 




2.1 


UNBLOCK CHV 


'7890' 




3 


relevant key in EPkey man in 
MP 


1 6 bytes counting up '00 .. 1 P' 




3.1 


Algorithm ID 


TESA-7 ('04') 




4 


relevant key in EpKEY_opin MP 


16 bytes counting down '1P .. 00' 




4.1 


Algorithm ID 


TESA-7 ('04') 




5 


relevant key in EPkey op in 
DP1 


16 bytes counting up '20 .. SP' 




5.1 


Algorithm ID 


TESA-7 ('04') 




6 


CHV1 in DP1 (enciphered) 


'4S21' 




6.1 


UNBLOCK CHV 
(enciphered) 


'654S' 




7 


CHV1 in DPS 


'8765' 




7.1 


UNBLOCK CHV 


'0987' 
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Table A.8: Values of EFicc 



Item 


Value 


Data chosen 


1 


Clockstop 




2 


IC card serial number 




3 


IC card manufacctoring refferenes 




4 


Card personlizer ID 




5 


Embedder/ IC assembler ID 




6 


IC identifier 




7 


Card profile 




8 


Type of Selection 





Table A.9: Values of EF|[ 



Item 


Value 


Data chosen 


1 


Identification number 




2 


Date of activation 




3 


Card expiry date 




4 


Card sequence number 




5 


Country Code 





Table A.10: Values of EFl 



Item 


Value 


Data chosen 


1 


First language preference 




2 


Second languae preference 




3 


Third languae preference 




4 


Fourth languae preference 





Table A.1 1 : Values of EFnam 



Item 


Value 


Data chosen 


1 


Card Holder Name 
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A.8.1 .3 Linear Fixed Structure (LFS) Elementary Files (EF) 

Table A. 12 indicates LFS EFs with specific requested characteristics. If such an EF is available it will be used, 
otherwise the test suite will try to create it. 

Table A.I 2: Linear Fixed Structure (LFS) Elementary Files (EF) 







Existence 


Creation 


Identifier 


Item 


File 


Status 


Support 


Status 


Support 


Suggested 


Support 


1 


EF15;anLFSEFwith 

AC = AUT on DECREASE and INCREASE; 

AC = CHV1 on CREATE FILE and READ 


Y/N 




Y/N/- 




'300F' 




2 


EF1 6; an LFS EF with AC = PRO on INCREASE, 
INVALIDATE, REHABILITATE, UPDATE and 
WRITE, while its record size is 5 


Y/N 




Y/N/- 




'3010' 




3 


EF17; an LFS EF with AC = PRO on UPDATE, 
WRITE and READ while the referenced key does 
not exist 


Y/N 




Y/N/- 




'3011' 




4 


EF18; an LFS EF with AC = ALW on all functions, 
while record size = 5 and it has 255 records. The 
file can be invalidated and extended. 


Y/N 




Y/N/- 




'3012' 




5 


EF19; an LFS EF with AC = ALW on all functions, 
while record size = 30 


Y/N 




Y/N/- 




'3013' 




6 


EF20; an LFS EF with AC = ALW on all functions, 
which has 5 records of size = 4 


Y/N 




Y/N/- 




'3014' 





A.8.1 .4 Linear Variable Structure (LVS) Elementary Files (EF) 

Table A. 13 indicates LVS EFs with specific requested characteristics. If such an EF is available it will be used, 
otherwise the test suite will try to create it. 

Table A.I 3: Linear Variable Structure (LFS) Elementary Files (EF) 







Existence 


Creation 


Identifier 


Item 


File 


Status 


Support 


Status 


Support 


Suggested 


Support 


1 


EF25; an LVS EF with AC = ALW on all functions, 
which is readable, can be extended and has 2 or 
more records 


Y/N 




Y/N/- 




'3019' 




2 


EF26; an LVS EF with AC = CHV1 on read 


Y/N 




Y/N/- 




'301 A' 




3 


EF27; an LVS EF with AC = CHV1 on read 


Y/N 




Y/N/- 




'301 B' 
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A.8.1 .5 Cyclic Structure (CS) Elementary Files (EF) 

Table A. 14 indicates CS EFs with specific requested characteristics. If such an EF is available it will be used, otherwise 
the test suite will try to create it. 

Table A.I 4: Cyclic Structure (CS) Elementary Files (EF) 







Existence 


Creation 


Identifier 


Item 


File 


Status 


Support 


Status 


Support 


Suggested 


Support 


1 


EF30; a CS EF with AC = PRO on INCREASE 
and DECREASE while the referenced key does 
not exist 


Y/N 




Y/N/- 




'301 E' 




2 


EF31 ; a CS EF with AC = ALW for all functions 
which can be invalidated and extended. It is 
updatable, readable and non-empty. Its record 
size is 3 


Y/N 




Y/N/- 




'301 F 




3 


EF32; a CS EF with AC = ALW for all functions. It 
has 4 records of size 5 


Y/N 




Y/N/- 




'3020' 




4 


EF33; a CS EF with AC = PRO for INCREASE 
and DECREASE 


Y/N 




Y/N/- 




'3021' 





A.8.1 .6 Transparent structure (TR) Elementary Files (EF) 

Table A. 15 indicates TR EFs with specific requested characteristics. If such an EF is available it will be used, otherwise 
the test suite will try to create it. 



Table A.15: Transparent (TR) Elementary Files (EF) 







Existence 


Creation 


Identifier 


Item 


File 


Status 


Support 


Status 


Support 


Suggested 


Support 


1 


EF1 ; a TR EF with AC = PRO on READ, 
UPDATE, WRITE and EXECUTE while the 
referenced key does not exist 


Y/N 




Y/N/- 




'3001' 




2 


EF2; a TR EF with AC = CHV1 on READ 


Y/N 




Y/N/- 




'3002' 




3 


EF3; a TR EF with AC = CHV2 on READ 


Y/N 




Y/N/- 




'3003' 




4 


EF4; a TR EF with AC = ALW on READ 


Y/N 




Y/N/- 




'3004' 




5 


EFS; a TR EF with AC = AUT on READ 


Y/N 




Y/N/- 




'3005' 




6 


EF6; a TREE with 

AC = CHV1/AUTonREAD; 

AC = CHV1/PR0 on UPDATE 


Y/N 




Y/N/- 




'3006' 




7 


EF7; a TREE with 
AC = NEV on READ; 
AC = PRO on UPDATE 


Y/N 




Y/N/- 




'3007' 




8 


EFS; a TR EF which is invalidated and contains a 
program 


Y/N 




Y/N/- 




'3008' 




9 


EF9; a TR EF which can be invalidated, deleted, 
extended and updated. It is readable when 
invalidated. Its size is > 3 bytes. 


Y/N 




Y/N/- 




'3009' 




10 


EF1 0; a TR EF which can be updated. Its size is > 
300 bytes. 


Y/N 




Y/N/- 




'300A' 




11 


EF11;aTREFwith 
AC = ALW on READ; 
AC = CHV1 on UPDATE 


Y/N 




Y/N/- 




'300B' 




12 


EF12;aTREFwith 

AC = CHV2/AUT on READ; 

AC = CHV2/PR0 on UPDATE 


Y/N 




Y/N/- 




'300C' 




13 


EF13; a TR EF with AC = CHV1 on READ 


Y/N 




Y/N/- 




'300D' 




14 


EF14; a TR EF with AC = CHV1 on READ 


Y/N 




Y/N/- 




'300E' 
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A.8.2 File Identifiers 



Table A.I 6: File identifiers 



Item 


Limitation 


Suggested value 


Supported value 


1 


Highest allowed file identifier 


'FFFE' 




2 


Unused file identifier 


'3030' 





A.8.3 Size limitations 



Table A.I 7: Size limitations 



Item 


Limitation 


Suggested value 


Supported value 


1 


IVlaximum level of nested DFs within the file structure on 
the IC card 


>8 




2 


Maximum size of EFs or DFs to be created 


>300 





A.8.3 Keyfile version handling 



When loading the first key in a keyfile by means of the LOAD KEY FILE command a version number should be 
indicated. The success of this command may depend on the value of this field. 

Prerequisite: LOAD KEY FILE command supported. 

Table A.I 8: Keyfile version handling 



Item 


Physical characteristic 


Status 


Support 


1 


Version number does not affect success of command 







2 


Command must include current version number 







3 


Command must include increased version number 







4 


Version management is handled differently 








A.8.4 CHV limitations 



Table A.19: CHV limitations 



Item 


Limitation 


Suggested value 


Supported value 


1 


CHV retry counter 


3 




2 


Successfull UNBLOCK CHV procedures 


100 





A.8.5 Memory behaviour 



Table A.20: Specific memory failures 



Item 


Memory failure 


Supported (Y/N) 


1 


Is it possible to activate and deactivate 
the internal retry routine 




2 


Is it possible to activate and deactivate a 
memory failure 
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Annex B (normative): 
Abstract Test Suite (ATS) 

This ATS has been produced using the Tree and Tabular Combined Notation (TTCN) according to ISO/IEC 9646-3 [5]. 

The ATS was developed on a separate TTCN software tool and therefore the TTCN tables are not completely 
referenced in the contents table. The ATS itself contains a Test Suite Overview Part which provides additional 
information and references. 

The ATS specializes the tests that were defined in the TS 101 207-2 [18] by means of a formal language (TTCN). But 
not all test purposes were suitable to be expressed formally, therefore the following test groups have been excluded from 
the ATS: 

PC: Physical Characteristics; 

- SP: (electronic) Signals and Protocols. 

The actual execution of these test shall be based on the textual description within the TS 101 207-2 [18]. 

Additionally there are tests that need dedicated implementation procedures that are not provided within the ATS. 
Examples of these are tests that require the lUT to be in a state having memory problems. In these situations empty test 
steps are provided that can be specialized by the test house in order to fulfil the precondition. 

Naming conventions: 

Test case names correspond to the test purpose names in the TS 101 207-2 [18]. 

- IXIT parameters start with "PX_". 

Constraint names start with "S_" for SEND constraints, and "R_" for RECEIVE constraints. 
Constraint names additionally contain an abbreviation of the command, e.g.: "SE_" for SELECT. 

B.1 The TTCN Graphical form (TTCN.GR) 

The TTCN.GR representation of this ATS is contained in a Word document (GR900326.DOC) which can be found on 
the diskette which is attached to the last page of the present document. 

B.2 The TTCN IVIachine Processable form (TTCN.IVIP) 

The TTCN. MP representation corresponding to this ATS is contained in an ASCII file (MP900326.MP) which can be 
found on the diskette which is attached to the last page of the present document. 

NOTE: According to ISO/IEC 9646-3 [5], in case of a conflict in interpretation of the operational semantics of 
TTCN.GR and TTCN.MP, the operational semantics of the TTCN.GR representation takes precedence. 
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